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ABSTRACT 


This  paper  describes  the  development  of  a  tecnnique  to 
display  microcomputer  simulation  output  data  graphically, 

using  spreadsheet  software.  The  simulation  data  was 

V' 

generated  by  CPS S/PC  simulation  software  and  displayed 
using  Lotus  1-2-3  spreadsheet  software.  Snapshots  of  data 
were  taken  at  regular  intervals  during  the  simulation.  The 
simulation  output  data  files  were  then  translated  into  Lotus 
1-2-3  worksheet  files  by  use  of  tne  Data  interchange  Format 
(DIF)  .  Once  translated  into  tne  worksheet  format  tne 
snapsnots  of  data  were  combined  onto  a  single  worksheet 
which  contained  macros  to  generate  tne  grapns. 

Macros  were  written  to  generate  and  save  each  graph 
setting.  A  separate  macro  was  written  for  queue  statistics, 
utilization  statistics,  and  a  schematic  presentation  of  the 
problem.  For  la  ter  display,  other  macros  were  used  which 
recalled  the  previously  stored  graph  settings.  The  snapshot 
method  can,  if  the  time  interval  between  data  summaries  is 


^Lotus  1-2-3  is  a  registered  trademark  of  Lotus 
Development  Corporation. 

^GPSS/PC  is  a  registered  trademark  of  Minuteman 
Sof twa  re  . 


small  enough,  reach  a  nearly  animated  condition  when  tne 
grapns  are  recalled. 

All  types  of  Lotus  1-2-3  graphs  were  used  to  display 
tne  simulation  output;  bar  charts,  line  graphs,  XY  plots, 
and  pie  charts.  Lacn  macro  generated  a  series  of  graphs 
which  showed  how  the  the  queue  or  utilization  statistics  of 
the  model  changed  during  each  snapshot  interval.  The  XY 
plot  was  also  used  to  generate  a  schematic  diagram  which 
included  combined  queue  and  utilization  statistics  of  the 
system  being  modeled. 

Lotus  1-2-d  offers  the  modeler  many  graph  types  to 
present  simulation  results  in  a  format  best  suited  to  the 
particular  data.  The  graphics  can  be  attractively  presented 
using  output  from  proven  discrete  event  simulation 
languages,  such  as  UPSS  and  SLAM,  without  buying  expensive 
graphics  software  tailored  to  a  specific  language. 
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INTRODUCTION 


Use  of  microcomputers  is  the  latest  trend  in 
simulation.  Mainframe  languages  have  eitner  been  adapted 
for  use  on  microcomputers  or  are  in  the  process  of  being 
rewritten  for  micros.  Increases  in  the  use  of 
microcomputers  in  the  workplace  and  tne  availability  of 
larger  memory  capacity  on  the  latest  micros  make 
microcomputer  simulation  a  possibility  for  organizations  of 
all  sizes.  Some  of  the  language  adaptations  are  transparent 
to  those  experienced  in  the  language,  while  in  some  cases, 
the  micro  versions  of  simulation  languages  make  use  of  tne 
interactive  capabilities  of  micros. 

Computer  simulation  output  data  contain  detailed 
information  that  may  not  oe  apparent  to  anyone  other  than 
the  computer  professional  or  engineer  wno  developed  the 
simulation  model.  This  presents  a  problem  for  tne  modeler 
when  presenting  the  results  of  a  simulation  analysis  to  the 
decision  makers  in  management.  Key  points  from  the 
simulation  model  may  be  lost  in  the  printed  output  simply 
because  tne  aata  was  not  in  an  easy  to  understand  format. 


Grapnics  packages  are  available  for  some  mainframe 
simulation  languages  which  allow  the  modeler  to  select 
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different  kinds  of  displays  for  the  various  types  of  data  in 
the  model.  Mainframe  languages  may  also  offer  animated 
graphics  or  the  ability  to  interface  with  other  packages  or 
languages  wnicn  can  animate  the  output  data.  These  various 
methods  offer  the  simulation  modeler  the  flexibility  to 
present  the  model  output  data  in  a  form  that  is  easily 
understood  by  those  not  directly  involved  with  the 
simulation  modeling. 

A  look  througn  current  microcomputer  magazine  or 
journal  advertisements  indicates  a  trend  toward  graphic 
output  displays  for  almost  any  Kind  of  data.  These  packages 
cover  a  broad  range  in  both  sophistication  and  cost.  The 
criteria  for  this  project  were  to  get  the  simulation  data  in 
an  interesting  and  readable  format  and  do  it  at  minimum 
cost . 

The  minimum  cost  criterion  required  the  use  of  a 
readily  available  package  with  graphics  capability.  Lotus 
1-2-3  satisfied  this  criterion.  It  is  an  integrated 
spreadsheet  and  data  management  software  package  with 
graphics  that  has  enjoyed  widespread  popularity  in  business 
and  industry  since  its  introduction  in  1983  (14). 


At  the  time  this  project  was  beginning  only  one  of  the 
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available  microcomputer  simulation  languages  nad  a  graphics 
capability  (3) .  This  language  required  the  use  of  a 
specific  model  microcomputer  which  was  not  available  for 
tms  investigation.  The  simulation  language  used,  GPSS/PC, 
will  run  on  an  IBM  or  compatible  microcomputer.  Attempts  to 
use  it  on  another  microcomputer  were  unsuccessful  because  a 
unique  plug-in  security  device  is  required  to  run  the 
simulation . 


I 
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REVIEW  OF  PERTINENT  LITERATURE 

What  is  the  advantage  of  displaying  simulation  data  in 
grapnical  form?  The  simple  answer  is  communication.  In 
other  words,  graphs  are  an  easy  to  understand  way  of 
presenting  some  of  the  complex  relationships  that  exist  in  a 
simulation  problem  (19).  They  may  also  be  used  to  call 
attention  to  a  particular  aspect  of  a  simulation  while  tne 
normal  printed  output  may  be  used  to  study  tne  details  (16). 
Graphics  put  the  old  phrase  "a  picture  is  worth  a  thousand 
words"  to  work. 

Simulation,  to  some,  is  like  a  foreign  language  (6). 

The  output  of  tne  simulation  analysis  may  be  equally  as 
foreign.  Using  graphics  with  the  simulation  facilitates 
understanding  of  the  data  by  decision  makers.  Taking  the 
mystery  out  of  the  simulation  process  helps  both  the  modeler 
and  the  decision  makers  in  understanding  each  other  and 
using  simulation  of  plant  operations  to  best  advantage. 

Ford  Motor  Company  has  found  this  to  be  the  case  in  their 
European  and  North  American  operations  (6,  16). 

The  precedent  for  using  graphic  display  of  simulation 
data  was  established  with  mainframe  computers.  Numerous 
graphics  packages  are  available  for  use  with  mainframe  and 


minicomputer  simulation  languages  (19,  27,  29).  Some  of 
tnese  such  as  TESS  (27)  and  IDEF2  (29)  work  only  with  a 
specific  simulation  language.  Other  packages,  such  as  AID 
(19)  and  SIMCHART  (19),  can  be  used  with  any  simulation 
model . 

These  graphics  packages  all  give  the  modeler  the 
capability  to  display  simulation  data  in  histograms,  bar 
charts,  pie  charts,  and  plots.  TESS  and  IDEF2  also  allow 
tne  modeler  to  construct  the  simulation  model  using  graphics 
(27,  29).  Kachitvichyanukul  and  Lloyd  (10)  state  that  TESS 
is  tne  only  truly  integrated  simulation  software  system 
available  for  mainframe  applications.  An  integrated 
simulation  system  is  a  software  system  wnicn  supports  the 
pre-simulation  model  development  with  statistics  collection, 
the  actual  model  entry  witn  graphics  or  ocher  support,  and 
the  post-simulation  data  handling  with  report  generators  and 
graphics.  They  argue  that  the  lack  of  integrated  systems 
for  model  development  and  data  display  takes  a  large  amount 
of  tne  modeler's  time  and  skill  away  from  the  actual 
simulation. 

Real-time  display  of  the  simulation  is  also  possible 
with  the  use  of  animated  graphics.  Animation  is  also  cited 
as  one  way  of  getting  decision  makers  to  see  that  model 
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characteristics  are  valid  (6)  . 

The  advent  of  tne  microcomputer  Drought  investigations 
into  its  use  for  simulation.  Early  attempts  were  confined 
to  the  8-bit  processors  with  limited  amounts  of  Random 
Access  Memory  (RAM)  (16).  Later,  16-bit  processors  with 
increased  RAM  made  more  complex  simulations  possible.  Ford 
of  Europe  uses  a  two-stage  modeling  process  to  alleviate 
size  and  speed  prooiems  associated  with  micro  cased 
simulation  (15).  They  generate  what  they  call  "data 
packets"  from  models  of  sections  or  the  plant  to  be  fed  into 
models  of  otner  sections  down  stream  in  the  production 
process.  The  complexity  of  this  system  requires  complicated 
models  to  oe  aone  by  their  operations  Kesearcn  Group.  Tneir 
industrial  engineering  staff  is  limited  to  developing  simple 
models . 

Kacnitvicnyanukul  and  Lloyd  (10)  took  anotner  approach 
to  using  microcomputers  in  simulation.  They  used  a 
relational  data  base  management  system  as  a  central  point  in 
what  they  call  an  integrated  simulation  support  system. 

They  used  the  data  base  management  system  to  collect  the 
pre-modeiing  data  and  to  store  and  display  the  post 


simulation  data. 
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Another  study  by  Vasudev  and  Pruett  (28)  focused  on  a 
comparison  between  micro  anu  mainframe  simulation 
capabilities.  Using  S1MBASIC  and  SIMPAS,  simulation 
languages  based  on  BASIC  and  PASCAL,  they  compared  the 
results  of  8-dit  and  16-bit  microcomputers  with  tnose  of  a 
32-bit  mainframe.  The  study  noted  that  wnne  the  actual 
data  from  eacn  computer  system  varied,  they  fell  into  a 
range  wnich  was  reasonaole  enougn  for  sounu  decision  making. 
Tne  accuracy  of  another  m lcrocompu ter  simulation  done  by 
Mourant  (22)  also  compared  favorably  with  results  obtained 
from  an  established  simulation  language  on  a  mainframe.  In 
other  words,  used  individually,  the  data  would  nave  led  the 
decision  maner  to  reach  tne  same  conclusion. 

Having  established  tne  accuracy  of  tne  data  from  tne 
different  computer  systems,  Vasudev  and  Pruett  (28)  went  on 
to  look  at  how  the  systems  compared  in  terms  of  timeliness 
and  cost-effectiveness.  When  timeliness  was  measured  in 
terms  of  Central  Processor  Unit  (CPU)  time,  the  mainframe 
computer  was  tne  clear  winner.  However,  when  other  factors 
sucn  as  access i bi 1 i ty  and  time  snaring  were  considered  the 
microcomputers  compared  favorably.  Tne  study  concluded  that 
if  mainframe  computer  costs  are  m  the  8500  to  81000  per  CPU 
hour  range,  microcomputer  based  simulation  is  more 
cost-effective.  Favreau,  Murtna,  and  Marr  (5)  state  tnat 


i-v/c-w 


the  speed  of  execution  for  microcomputers  is  irrelevant. 
Their  reasons  are  tnat  a  micro  is  a  single-user  system  wnich 
provides  quicker  feedback  witn  an  execution  cost  of  almost 
zero . 

While  tne  criteria  in  the  Vasudev  and  Pruett  (28) 
study;  accuracy,  timeliness,  and  cost;  favored  tne 
microcomputer,  one  shortcoming  was  noted.  At  tne  time  of 
the  study,  tne  more  commonly  used  simulation  languages  were 
not  aval  ladle  for  microcomputers .  The  authors  noted  that  as 
simulation  languages  are  adapted  for  microcomputers  and  as 
the  capabilities  of  tne  microcomputer  increase, 
microcomputer  simulation  will  be  more  and  more  common  (28). 

Since  tne  above  mentioned  study,  some  of  the  most 
widely  useu  mainframe  languages;  GPSS,  SIMSCRIPT,  and  SLAM 
(1);  have  oecome  avaiidDie  for  microcomputers.  One  of 
these,  GPSS/PC ,  is  tne  microcomputer  version  of  General 
Purpose  Simulation  System  (GPSS) .  In  its  conversion  to  tne 
micro,  a  built-in  program  editor  and  a  system  of  commands 
were  added  wnicn  allow  interactive  modeling  techniques  (12). 
Due  to  limitations  of  microcomputers,  certain  features  of 
the  mainframe  language  were  omitted  on  GPSS/PC.  These 
features  deal  primarily  with  interfacing  the  simulation 
program  with  other  computer  languages  for  subroutine 


manipulation  of  data  or  the  output  of  data  to  separate  files 
(12)  . 

Tnese  shortcomings  are  somewnat  offset  by  the  addition 
of  features  which  capitalize  on  the  interactive  environment 
of  the  microcomputer.  The  most  notable  feature  is  the 
addition  of  tne  program  editor.  Tne  on-screen  editor  checks 
each  model  statement  as  it  is  entered  for  syntax  errors 
(12).  The  interactive  structure  of  the  program  also  allows 
the  modeler  to  change  modei  cnaracter istics  by  adding  or 
deleting  blocks  or  changing  values  during  a  modeling 
session.  The  effects  of  changes  can  be  seen  by  using  a  PLOT 
statement  to  view  a  System  Numerical  Attribute  ( SNA)  during 
a  simulation  run  18,  12). 

Favreau,  Murtha,  and  Marr  (5)  have  stated  that 
simulation  software  systems  have  lagged  behind  the 
development  of  other  areas  in  microcomputers.  They  suggest 
that  a  spreadsheet  be  one  of  the  packages  available  to  the 
microcomputer  simulation  modeler.  Indeed,  spreadsheet 
programs  have  oeen  used  for  many  types  of  problems  including 
simulation  analysis.  The  keyboard  macro  commands  of  Lotus 
1-2-3  provide  the  user  with  an  ability  to  write  programs 
(20,  25).  The  macros  are  as  powerful  as  a  computer  language 
and  have  been  called  tne  most  powerful  programming  language 


in  business  today  for  small  applications  (7).  The  key 
advantage  of  using  spreadsheet  macros  is  that  they  don't 
require  an  extensive  programming  background  (17) . 

Spreadsheet  simulations  have  been  done  using  macros, 
but  the  macros  lack  some  of  the  built-in  functions  of  a 
simulation  language  (25)  .  A  simple  step  performed  in  a 
simulation  language  such  as  establishing  a  queue  requires  a 
number  of  operations  on  a  spreadsheet.  This  is  not  to  say 
that  the  final  results  obtained  are  any  less  accurate. 

Masri  and  Moodie  (17)  compared  the  results  from  a  flow  shop 
simulation  done  on  a  spreadsheet  with  those  from  a 
simulation  language  model  and  found  them  to  be  similar. 

Even  though  Lotus  1-2-3  nas  some  shortcomings  in  the 
actual  simulations,  its  graphics  capaoility  has  won  hign 
praise  (17,  25).  Its  ability  to  convert  statistics  into 
graphs  makes  grapning  a  "thinking  tool"  (20).  Reese  (25) 
has  suggested  that  future  simulation  languages  adopt  the 
graphic  capability  of  a  program  iike  Lotus  1-2-3. 

Spreadsheets  are  used  to  soive  a  broad  range  of 
problems.  They  are  being  used  in  sucb  diverse  applications 
as  circuit  design  (9) ,  network  analysis  (2) ,  to  project 
space  requirements  (23) ,  scneduiing  (20) ,  manpower  planning 


(20)  and  a  host  of  various  types  of  financial  analysis  (20). 
Spreadsneets  can  be  used  on  such  diverse  types  of  problems 
because  the  solutions  rest  on  the  data  relationships.  These 
relationships  can  be  descnoed  by  defining  the  relationships 
between  the  cells  in  tne  spreadsheet.  The  process  of 
defining  tne  cellular  relationsnips  nas  Deen  called 
declarative  programming  (11) .  This  is  much  different  from 
the  procedural  steps  of  programming  languages  such  as 
FORTRAN  or  BASIC.  Tne  declarative  programming  done  on  the 
spreadsneet  is  very  straight  forward  and  doesn't  require  the 
user  to  learn  ail  of  the  intricacies  of  a  procedural 
language.  The  relative  ease  of  using  the  spreadsheet  on 
such  a  vast  range  of  applications  has  led  to  spreadsheets 
being  the  most  widely  used  computer  applications  program 
(11)  . 

Lotus  1-2-3  is  one  of  the  most  popular  spreadsheet 
programs  (14).  One  reason  is  that  it  has  more  capabilities 
than  other  spreadsheets  (20).  It  offers  a  unique 
combination  of  a  spreadsheet,  built-in  special  functions, 
data  management,  and  graphics.  As  stated  above,  the 
Keyboard  macros  and  special  functions  also  give  it  an 
extensive  programming  capability.  The  macros  and  special 
functions  have  been  expanded  in  the  newest  version  gust 
released  (13).  In  a  survey  of  1-2-3  users,  Lotus  nas  found 
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that  the  graphics  are  one  of  the  least  used  portions  of  the 
package  ( 18 ) . 

Lotus  is  unique  in  another  aspect.  It  is  probably  the 
only  software  package  that  is  now  supports  its  users  with 
cneir  own  magazine  (2,  11,  13).  The  magazine  offers 
articles  on  ways  to  best  use  tne  capabilities  of  1-2-3  as 
well  as  giving  readers  advice  on  ways  to  overcome  problems 
tney  nave  encountered  using  the  software.  Lotus  1-2-3  has 
also  spawned  an  entire  industry  of  support  products.  issues 
of  Lotus  and  Byte  magazine  contain  many  advertisements  for 
products  made  to  work  with  Lotus  1-2-3. 

Graphic  presentation  of  simulation  results  aids 
management's  understanding  of  the  simulation  process. 
Simulation  on  microcomputers  is  a  way  of  putting  simulation 
witnin  the  reach  of  almost  any  organization.  Lotus  i-2-3  is 
a  widely  availaole  software  package  wnic’n  offers  a  way  of 
displaying  the  output  data  of  microcomputer  simulation  in 
graph  form. 


OBJECTIVE 


Tne  purpose  of  tins  study  was  to  investigate  the 

capabilities  of  a  spreadsheet  program  to  display  the  output 

of  simulation  models  on  a  microcomputer.  Lotus  1-2-3'*'  was 
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the  spreadsheet  used  to  display  GPSS/PC  simulation  output 
data.  Real-time  animated  graphics  will  not  be  possible  due 
to  GPSS/PC's  inability  to  interface  witn  other  language 
subroutines  or  data  files  during  simulation.  A  series  of 
stop-action  "snapsnots"  of  the  data  can  be  taken  and  then 
presented  in  sequence  on  1-2-3  to  give  a  semi-animated 
display. 

The  investigation  was  conducted  with  Lotus  1-2-3 
version  1A  and  GPSS/PC  version  1.1. 


^Lotus  1-2-3  is  a  registered  trademark  of  Lotus 
Development  Corporation. 
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GPSS/PC  is  a  registered  trauemarn  of  Minuteman 
Software . 


PROCEDURES 


Tne  procedural  steps  discussed  in  tnis  section  can  be 
divided  into  two  areas.  First,  a  discussion  of  the  GPSS/PC 
steps  used  to  generate  the  data  files  from  the  model  and, 
second,  the  Lotus  1-2-3  procedures  used  to  produce  the 
graphics . 


GPSS/PC 

The  steps  used  will  be  illustrated  by  an  example 
problem.  Before  the  actual  development,  however,  the  unique 
aspects  &f  GPSS/PC  language  will  be  discussed.  This 
discussion  is  necessary  because  some  of  the  differences  in 
this  version  of  GPSS  were  limiting  factors  in  the  final 
outcome . 


GPSS/PC  lacks  the  blocks  normally  found  in  other 
versions  of  the  language  which  allow  interface  witn  outside 
storage  media.  Specifically,  the  CHANGE,  JOBTAPE,  REWIND, 
READ,  WRITE,  and  PRINT  blocks  are  not  found  in  GPSS/PC. 

These  blocKS  allow  the  modeler  to  work  with  tape  or  otner 
storage  devices  to  write  data  to  outside  files.  Tnese  files 
could  then  be  accessed  by  specially  designed  subroutines  to 
generate  animated  graphics  or  unique  reports. 


Another  missing  block  is  the  HELP  block.  This  block  is 
used  to  send  data  directly  to  subroutines  for  specially 
required  manipulation.  This  is  useful  in  cases  when  there 
isn't  a  GPSS  block  whicn  accurately  descrioes  the  process 
being  modeled.  The  ability  to  access  outside  subroutines 
increases  the  modeler's  flexibility  in  applying  the  language 
to  a  given  problem.  Tne  HELP  block  is  another  way  the 
modeler  could  pass  control  to  an  outside  subroutine  to 
generate  the  data  necessary  to  produce  animated  graphics. 
Lack  of  a  HELP  block  also  prevents  any  real-time  processing 
of  the  data  and  limits  the  modeler  to  post-simulation  report 
data . 

The  result  of  the  omission  of  the  above  blocks  from  the 
microcomputer  version  of  GPSS  limits  the  modeler  to  using 
the  data  generated  in  the  standard  output  summary.  There 
aren't  any  provisions  in  the  language  for  generating 
specialized  report  formats.  The  modeler  is  limited  to  the 
standard  report  supplemented  by  tables,  savevalues,  matrix 
savevalues,  and  functions.  The  modeler  can  use  these  to 
record  any  of  the  System  Numerical  Attributes  (SNAs) 
desirea. 

Another  feature  omitted  in  tnis  version  of  the  language 
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is  the  Snap  Interval  Counter.  The  "C"  operand  of  the  START 
statement  is  inoperative.  This  prevents  the  modeler  from 
automatically  getting  intermediate  data  summaries  at 
selected  intervals.  This  can  be  overcome  as  illustrated  in 
the  example  below  by  using  a  series  of  the  REPORT  commands 
successively  with  START  commands  to  obtain  the  desired 
interval  of  reporting  (d). 

While  tnere  are  the  omissions  from  the  language  as 
noted  aoove,  there  are  also  some  additions  worthy  of 
mentioning.  The  foremost  of  these  is  the  on-screen  editor. 
This  facilitates  model  development  by  cnecxing  each  block 
statement  for  syntax  as  it  is  typed.  As  each  entry  is  made 
tne  cursor  advances  to  the  next  required  entry  in  the 
correct  column.  if  an  error  is  made  in  the  entry  tne  cursor 
will  not  advance  until  tne  correction  is  made.  It  also 
requires  that  only  the  first  tnree  letters  of  a  block 
statement  need  be  entered.  For  example,  if  tne  modeler 
wishes  to  place  a  GENERATE  block  in  the  model,  ne  only  needs 
to  type  GEN  followed  by  a  space.  The  editor  completes  tne 
word  and  advances  to  the  correct  column  for  the  A  operand. 

The  EDIT,  RENUMBER,  DISPLAY,  and  DELETE  commands  are 
used  in  model  development  to  edit  the  model  statements  (S). 
Model  statements  can  be  entered  in  two  different  ways.  The 


statements  can  be  completely  interactive,  in  which  case  they 
are  entered  without  line  numbers.  Each  line  is  then 
executed  as  it  is  entered.  The  model  can  also  be  developed 
as  a  "savable  program"  by  numbering  eacn  line.  The  SAVE 
command  saves  the  numbered  model  statements  to  an  ASCII 
format  disk  file.  The  model  can  also  be  developed  witn  a 
savable  "core"  along  with  some  unnumoered  control  statements 
used  to  start  and  stop  the  simulation  or  vary  certain 
parameters.  After  tne  model  is  developed,  statements  can  be 
changed  with  cne  EDIT  or  DELETE  command,  or  by  substituting 
a  new  statement  witn  the  same  line  number  as  tne  previous 
statement . 


Other  statements  unique  to  GPSS/PC  are  the  STOP  and 
CONTINUE  commands  (8).  The  STOP  allows  the  moaeier  to 
insert  a  condition  in  the  model  which  will  stop  cne 
simulation.  This  is  one  of  tne  features  whicn  capitalize  on 
the  interactiveness  of  the  microcomputer.  When  the  stop 
condition  is  reached,  the  modeler  may  modify  statements 
within  the  model  and  use  the  CONTINUE  command  to  resume  tne 
simulation . 


The  PLOT  (8)  command  gives  the  modeler  limited  ability 
to  view  the  simulation  in  real-time.  A  selected  SNA  can  be 
viewed  on  an  XY  graph  during  a  simulation  run.  Time  is 
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displayed  on  the  x-axis  and  the  value  of  the  desired  SNA  is 


plotted  on  the  y-axis.  The  SNA  values  are  plotted  over  time 


as  the  simulation  develops.  Up  to  two  PLOT  statements  can 


be  viewed  at  a  time  on  a  split  screen.  The  data  are 


displayed  on  the  screen  only  and  not  part  of  the  standard 


data  report. 


Online  help  is  also  availaole  duriny  model  development. 


Simply  pressing  the  [? j  key  will  call  up  a  help  screen  which 


will  display  the  options  for  the  entry  being  considered  8 )  . 


The  simulation  proolem  used  to  develop  the  graphics 


procedures  is  found  in  Scnnoer  (26)  example  2F: 


"Assembled  television  sets  move  through  a 


series  of  testiny  stations  in  the  final  stage  of 


their  production.  At  the  last  of  these  stations. 


the  vertical  control  setting  on  tne  sets  is 


tested.  If  the  setting  is  found  to  be  functioning 


improperly,  tne  offending  set  is  routed  to  an 


adjustment  station,  where  the  setting  is  modified. 


After  adjustment,  the  television  set  is  sent  back 


to  the  last  inspection  station,  where  the  setting 


is  again  inspected.  Television  sets  passing  the 


final  inspection  phase,  whether  the  first  time  or 


after  one  or  more  routings  through  the  adjustment 


station,  pass  on  to  a  packing  area." 

"Television  sets  arrive  at  the  final 
inspection  station  from  the  previous  station  every 
5.5  plus  or  minus  2  minutes.  Two  inspectors  work 
side-oy-side  at  the  final  inspection  station.  Tne 
time  required  to  inspect  a  set  is  9  plus  or  minus 
3  minutes.  About  85  percent  of  the  sets  pass 
inspection  and  continue  on  to  the  packing 
department.  The  other  15  percent  are  routed  to 
tne  adjustment  station,  which  is  manned  by  a 
single  worKer.  Adjustment  of  the  vertical  control 
setting  requires  3t)  plus  or  minus  10  minutes." 

The  simulation  was  performed  to  determine  the  amount  of 
staging  space  required  for  television  sets  waiting  for 
inspection  and  adjustment.  Pritsker  (24)  also  uses  this 
proolem  as  Example  6-2  and  asks  the  modeler  to  determine  how 
long  the  television  sets  are  in  this  final  inspection  and 
adjustment  station.  The  simulation  code  to  determine  tne 
required  staging  space  and  througnput  time  is  in  Figure  1. 

The  savable  program  code  of  Figure  1  does  not  include 
control  statements  because  control  is  maintained 
interactively  by  issuing  commands  from  the  keyboard  during 
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the  simulation  session.  The  control  statements  in  Figure  2 
were  entered  unnumbered  and  executed  immediately  by  tne 
program.  The  model  was  run  for  one  week  of  simulated  plant 
operation,  as  in  Schriber  (26). 
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Figure  1.  GPSS/PC  model  code 
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The  RMULT  statement  was  used  to  reseed  the  first  random 
number  generator  prior  to  each  run.  This  was  done  to  insure 
the  data  from  each  run  was  generated  by  the  same  random 
number  stream.  The  CLEAR  statement  was  used  to  return  the 
starting  conditions  to  the  same  unused  state  prior  to  the 
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Figure  2.  Supplementary  control  statements 


The  REPORT  command  assigned  the  unformatted  simulation 
data  to  the  file  name  declared  in  toe  command.  The  comment 
portion  of  the  REPORT  command,  tne  text  after  tne  semicoion, 
contains  the  title  GPSS/PC  assigns  to  the  report  output. 

The  simulation  session  was  ended  by  the  END  statement. 
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The  result  of  the  session  was  five  unformatted  data  files 
which  were  then  processed  by  the  GPSS/PC  report  processing 
program.  GPSSREPT  processes  the  unformatted  output  data 
files  into  tne  standard  report  format.  An  example  of  the 
standard  report  format  appears  in  Appendix  A.  The  formatted 
reports  can  be  displayed  on  tne  screen,  sent  to  a  printer, 
or  saved  in  an  ASCII  format  disk  file  from  GPSSREPT. 


After  saving  the  formatted  reports  on  disk  files,  they 
were  translated  to  Data  Interchange  Format  (.DIF)  files 
using  a  GPSS/PC  program  called  Differ.  The  .DIF  file  is  a 
structured  format  used  to  exchange  data  files  from  one 
program  to  another  (4).  The  .DIF  is  a  standard  way  many 
programs  use  to  exchange  data  from  one  to  the  other.  It  is 
used  by  spreadsheets  sucn  as  Lotus  1-2-3  and  VisiCalc  and  by 
other  simulation  languages,  such  as  SLAM.  Each  .DIF  file 
must  have  the  four  required  header  entries  and  end  of  file 
entry  seen  in  Fiyure  3.  An  entire  GPSS/PC  formatted  report 
converted  to  a  .DIF  file  appears  as  Appendix  C.  Numeric 
values  appear  in  the  file  as  numbers  while  cnaracter  strings 
are  enclosed  by  quotation  marks. 

The  original  version  of  GPSS/PC  useu  for  this 
investigation  had  an  error  in  the  .DIF  translation  program. 
The  TUPLES  statement  was  missing  and  1-2-3  could  not 


translate  the  file  to  the  Lotus  1-2-3  worksheet  format.  A 
TUPLE  is  a  data  record  and  the  TUPLES  statement  tells  the 
program  which  translates  the  .DIF  file  to  another  format  how 
many  records  to  translate.  A  .DIF  file  cannot  be  translated 
without  the  TUPLES  statement.  It  was  possible  to  overcome 
this  by  manually  counting  tne  number  of  records  in  the  file 
and  putting  a  TUPLES  in  the  correct  place  in  the  file  with  a 
text  editor. 

.DIF  statement  Explanation  of  Terms 

-identifies  file  as  .DIF 

-specifies  number  of  vectors  in  file 
(entries  between  BOT) 

-the  length  of  each  vector 
(number  of  tuples) 

-last  header  item,  data  follows 

-beginning  of  tuple 

EOD  -end  of  data 

Figure  3.  Example  of  .DIF  header  and  end  statements 

Minuteman  Software,  the  producer  of  GPSS/PC,  was 
notified  of  the  error  and  made  a  correction  to  the  program. 
The  revised  version  of  the  Differ  program  translates  the 
data  files  into  .DIF  files  which  contain  the  TUPLES 
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Figure  4.  File  processing  summary 

The  process  involved  in  getting  from  tne  GPSS 
simulation  code  to  the  .DIF  file  is  summarized  in  Figure  4. 
These  steps  do  not  have  to  be  done  sequentially  for  each 
run.  In  this  case,  the  five  output  files  were  produced  in 
one  simulation  session.  After  tne  simulation  session,  the 
five  unformatted  files  were  formatted  and  saved  to  disK 
files.  An  example  of  a  formatted  report  file  appears  as 
Appendix  A  and  an  unformatted  report  file  appears  as 


Appendix  B.  The  Differ  program  was  then  used  to  translate 
the  five  formatted  files  to  five  .DIF  files.  During  this 
process  none  of  tne  files  from  the  previous  step  are 
destroyed  unless  the  modeler  takes  steps  to  delete  them  with 
an  operating  system  command. 

LOTUS  1-2-3 

Lotus  1-2-3  nas  five  types  of  graphs  for  displaying 
data  in  different  ways.  The  pie  chart  can  be  used  to 
display  only  a  single  cype  of  data  while  the  bar,  stacked 
bar  cnart,  and  line  graph  can  display  up  to  six  data  ranges. 
The  XY  graph  can  be  used  to  display  a  variable  which  varies 
witn  the  values  of  a  second  variable,  this  is  called  two 
dimensional  data  (15).  Each  graph  type  can  be  selected  by 
the  modeler  to  display  the  desired  data  to  best  advantage. 

The  pie  chart  is  the  most  limited  since  it  can  only 
display  a  single  set  of  data.  It  can,  however,  be  a  very 
effective  way  of  displaying  that  single  set  of  data.  Each 
data  entry  in  tne  set  is  assigned  to  one  piece  of  the  pie. 
The  pie  chart  automatically  computes  and  displays  the 
percentage  of  the  pie  occupied  by  eacn  data  entry.  Labels 
can  also  be  assigned  to  each  segment  of  the  pie  chart  as 
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well  as  adding  titles  to  the  graph.  The  pie  chart  shows  the 


relationship  of  each  data  entry  to  the  entire  set  of  data. 


The  bar  and  stacked  bar  chart  are  similar  to  a 


histogram  which  can  display  six  data  ranges.  To  be  most 


effective,  the  data  ranges  should  have  similar  units.  i-2-j 


automatically  adjusts  tne  vertical  scale  to  accommodate  the 


largest  value  being  displayed.  The  bar  chart  gets  more 


complicated  because  legends  can  be  assigned  to  each  of  tne 


data  ranges,  the  X-axis  can  be  labeled,  the  Y-axis  can  De 


labeled,  and  a  vertical  or  horizontal  grid  can  be  displayed 


with  the  data.  The  user  can  also  set  the  vertical  scale  to 


a  fixed  maximum  value  if  desired.  If  a  color  monitor  is 


available,  tne  graph  will  display  each  data  range  in  a 


separate  color.  When  displayed  on  a  monochrome  monitor, 


each  data  range  has  a  separate  cross-hatched  pattern. 


A  line  graph  can  oe  used  to  display  the  same  type  of 


data  as  the  bar  chart.  In  the  line  graph,  the  user  can 


elect  to  display  tne  data  witn  aata  symools  at  eacn  data 


point,  with  lines  connecting  the  data  points,  or  with  both 


data  symbols  and  lines.  When  symbols  are  used,  1-2-3  has  a 


separate  symbol  for  eacn  data  range.  Each  line  and  its 


associated  symbols  will  be  a  different  color  if  the  color 


option  is  selected. 
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Tne  XY  graph  is  the  only  1-2-3  graph  wmch  can  display 
two  dimensional  data.  it  is  the  only  graph  which  assigns  a 
numerical  scale  to  the  x-axis  as  well  as  the  vertical.  Eac 
data  point  represents  the  intersection  of  a  pair  of  X  and  Y 
values.  Like  tne  line  grapn,  the  points  can  be  represented 
by  lines,  symools,  or  Doth. 
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Figure  5.  Spreadsheet  organization  scneme 


Before  getting  into  the  actual  procedures  used  to 
develop  the  graphics,  it  is  helpful  to  consider  the  overall 
layout  of  tne  final  1-2-3  spreadsheet.  The  spreadsheet  is 
really  a  large  piece  of  electronic  paper  which  can  be 
divided  into  areas.  It  aids  the  organization  and  later  use 
of  the  system  to  reserve  specific  areas  of  the  spreadsheet 
for  simulation  program  data,  tables,  macro  commands,  and 
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others.  The  organization  scheme  used  in  tms  investigation 
is  illustrated  in  Figure  5. 

A  number  of  steps  are  required  to  get  the  simulation 
data  into  the  necessary  format  for  graphing.  First,  the 
.DIF  files  must  be  translated  into  Lotus  1-2-3  worksneet 
format  files.  This  is  done  to  eacn  of  the  five  summary 
report  .DIF  files  with  the  translation  utility  program 
provided  by  1-2-3. 

Second,  tne  data  from  the  five  simulation  summary 
reports  were  combined  on  a  single  worksheet  file.  Lotus 
1-2-3  offers  tnree  ways  to  combine  worksheet  files.  They 
can  oe  added  togetner,  suotracted,  or  just  copied  to  a 
specified  location  on  tne  worksheet.  In  this  instance,  the 
File  Combine  Copy  command  was  used  to  get  the  five  summary 
reports  on  the  same  worksneet  in  ascending  order.  The 
combined  simulation  data  worksneet  was  then  saved  in  a 
separate  data  file  for  later  inclusion  on  tne  graphic  macro 
command  worksheet. 

The  keyboard  macro  is  a  stored  sequence  of  spreadsheet 
commands  activated  by  a  single  keystroke  (15).  Macros  can 
be  used  to  simplify  repetitive  tasks  which  require  many 
keystrokes  or  to  cut  down  tne  amount  of  time  needed  to 


complete  an  operation.  Macros  execute  commands  much  faster 
than  they  could  ordinarily  be  typed.  A  macro  can  also  be 
developed  so  a  nontechnical  user  can  perform  complicated 
functions  with  minimal  instruction. 

In  this  application,  two  sets  of  macros  were  used  for 
each  sec  of  graphs.  The  first  macro  generated  a  set  of 
graphs  from  the  simulation  data  and  assigned  a  name  to  eacn 
graph.  The  second  macro  was  used  to  recall  the  named  grapns 
in  sequence  for  viewing.  Only  one  macro  was  planned  to 
generate  and  display  tne  graphs  in  sequence  without 
assigning  each  a  name.  However,  with  only  one  macro  the 
time  between  successive  grapns  was  long  and  a  number  of 
other  pictures  of  the  spreadsneet  data  flashed  on  the 
monitor  screen.  The  length  of  time  and  the  flashing  screens 
were  distracting  to  ooservers.  When  the  two  macro  system 
was  used  the  time  between  successive  grapns  was  almost  cut 
in  half. 

Each  of  tne  macros  has  some  similarities.  First,  each 
begins  by  resetting  all  of  the  graph  settings  in  the 
spreadsheet.  This  is  like  starting  out  with  a  clean  sneet 
of  paper  before  constructing  a  new  series  of  graphs. 

Second,  each  uses  range  names  to  address  the  data  rather 
than  ceil  locations.  Ordinarily,  1-2-3  wiil  change  the  ceil 
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addresses  in  a  formula  to  compensate  for  tne  formula  oeiny 
moved  to  anotner  location.  Range  names  were  used  to  allow 
the  flexibility  of  moving  tne  macros  on  tne  spreadsheet  as 
well  as  being  easier  to  read  than  a  cell  address.  Since 
1-2-3  will  remember  tne  range  names  but  not  display  in  a 
group,  it  was  helpful  to  display  them  on  a  portion  of  tne 
spreadsneet  lor  easy  reference.  Tne  range  names  are  snown 
in  Figure  6. 


MACRO  Range  Names 


Name 

Range 

Name 

Range 

Name 

Range 

glMl 

06 

01A1 

(j6 

I  NS  1 

U  6 

ylM2 

06.07 

<J1A2 

W6  .g7 

INS2 

U6.U7 

<21M3 

06.08 

Q1A3 

06  .g8 

INS  3 

U6.U6 

Q1M4 

06.09 

Q1A4 

06  ,g9 

1 NS4 

U6.U9 

(JIM 

06.010 

Q1A 

w6 . ^ 10 

INS 

US.U10 

(J2M1 

R6 

Q2A1 

T6 

AD  J 1 

V  6 

Q2M2 

R6.R7 

(J2A  2 

T6.T7 

ADJ  2 

V6.V7 

Q2M3 

R6  .  R8 

Q2A3 

T6.T8 

AD  J  3 

V6.V8 

Q2M4 

R6.R9 

g2A4 

T6.T9 

ADJ  4 

V6  .  V9 

<J2M 

R6.R10 

g2A 

T6 .TIB 

ADJ 

V6 . V10 

FLDl 

AY5.AY89 

FLX 

AW 5 . Aw 8 9 

DUM 

W  6  .  W 1 0 

FLD2 

AZ5.AZ89 

FLY 

AX5 . AX89 

DAY 

N6.N10 

FLO 3  BA3.BA89 
FLD4  BB5.BB89 
FLD5  8C5.BC89 


Figure  6.  Range  name  references 


The  data  from  the  simulation  cannot  be  accessed 
directly  by  the  graphing  macros.  The  data  to  be  graphed 


must  first  be  copied  to  another  location  where  similar  data 
from  each  run  appear  in  adjacent  cells  on  tne  spreadsheet. 


In  tnis  case  the  data  was  copied  into  the  table  format  in 
Table  1.  The  range  names  from  Figure  6  address  tne  ceil  in 
the  caole.  The  graphs,  in  turn,  address  day  1  data,  then 
day  1  plus  day  2,  tnen  day  1  plus  day  2  plus  day  3,  and  so 
on . 


Anotner  common  feature  of  ail  of  che  macros,  iiKe  any 
good  program,  is  sufficient  documentation.  Figure  7  snows 
tne  macro  used  to  generate  the  queuing  statistics  graphics 
with  tne  associated  documentation.  The  eries  of  single 
keystrokes  wnicn  makeup  tne  macro  become  rather  cryptic  with 
tne  passage  of  time.  They  are  the  first  letters  of  i-2-3 
commands.  The  documentation  in  the  next  column  gives  a 
snort  explanation  of  each  macro  line  for  later  reference. 

Tade  1.  Consolidated  data  tauie 


Data  Summary  Taoie 


I NSP 

LINE 

ADJST 

LINE 

1  NS  P 

ADJST 

Days 

MAX 

CUR 

AVE 

MAX 

CUR 

AVE 

UTIL 

UTIL 

Day  1 

3 

0 

0.74 

4 

3 

1.57 

0.936 

0.09d 

Day  2 

3 

0 

0.70 

b 

4 

3.01 

0.952 

0.949 

Day  3 

4 

3 

0.77 

9 

7 

4.27 

0.954 

0.96b 

Day  4 

4 

0 

0 . 04 

12 

10 

5.52 

0.955 

0.974 

Day  5 

4 

0 

0.87 

12 

7 

6.01 

0.954 

0.979 

Ail  of  the  graphics  generation  macros  generate  a  series 
of  five  graphs  which  display  tne  data  summaries  for  each  of 


the  five  days  sequentially.  Tne  first  graph  displays  the 
summary  statistics  for  the  first  day  and  the  second  grapn 
displays  both  the  first  and  second  day  summaries,  and  so  on. 
Each  day  represents  a  single  set  of  data  to  be  graphed.  The 
nocizontal  scale  depicts  days  and  data  from  at  least  two 
days  was  needed  because  1-2-3  would  not  graph  just  a  single 
set  of  data.  This  proDlem  was  overcome  with  the  use  of  a 
dummy  data  range.  The  dummy  range  was  called  "DUM"  and 
represented  a  range  of  five  olank  ceils.  This  was  enough  to 
make  the  1-2-3  graphing  function  "see"  five  sets  of  data  and 
display  tne  set  of  data  for  tne  first  aay. 

The  final  feature  eacn  macro  nas  in  common  is  the  use 
of  fixed  scales.  Ordinarily,  1-2-3  adjusts  tne  vertical 
scale  to  equal  tne  maximum  value  to  be  displayed.  This  was 
distracting  to  those  viewing  the  grapns  initially  because 
the  vertical  scale  cnanged  with  eacn  new  graph  in  tne 
series.  A  fixed  vertical  scale  set  to  the  maximum  value  to 
be  displayed  for  tne  entire  series  was  used  later  which 
allowed  viewers  to  focus  on  the  data  being  displayed  and  not 
on  tne  cnanging  scales. 

Tne  queuing  macro  in  Figure  7  generates  five  successive 
bar  charts  which  display  the  maximum  and  average  values  for 
the  inspection  and  adjustment  stations.  The  inspection  data 
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are  displayed  in  the  A  and  B  ranges  and  the  adjustment  data 
are  displayed  in  the  D  and  E  ranges.  The  C  range  contains 
the  dummy  data. 


F 


I 


Commands 

/ GRGTBAQ1M1” 

BgiAl”CDUM” 

DQ2M1"EQ2A1~ 

XDAY” 

OLAInsp  Oue  Max' 

LBInsp  Que  Ave” 

LDAdjt  Que  Max” 

LEAdjt  Oue  Ave” 

TFTV  INSPECTION  AND  REPAIR' 
TSgueue  Data” 

TXDAYS” 

TY#  Waiting” 

SYL”U12~M<J 

CGHQ 

VNC0UEU1” 

AglM2”BQlA2” 

DQ2M2”EQ2A2” 

VNCQUEU  2” 

AglM3”BQiA3~ 

DQ2M3”EQ2A3” 

VNCgUEU3~ 

AglM4~BglA4 ” 

DQ2M4~EQ2A4” 

VNCQUEU4” 

AglM“BQlA” 

DQ2M“EQ2A“ 

VNCQUEUE” 


Description 

Bar  Graph,  A=QlMax 
B=QlAve,  C=Dumb 
D=Q2Max,  E=Q2Ave 
X-axis 

LaDel  A  Legend 

Label  B  Legend 

Label  D  Legend 

Label  E  Legend 

First  Title 

Second  Title 

Label  X-axis 

Label  Y-axis 

Manual  Y-axis  Scale 

Color,  Horizontal  Grid 

View,  Name  Graph 

Add  Second  Day  Data 

View,  Name  Graph 
Add  Tnird  Day  Data 

View,  Name  Grapn 
Add  Fourth  Day  Data 

View,  Name  Grapn 
Add  Fifth  Day  Data 

View,  Name  Graph 


Figure  7.  Macro  to  generate  queue  grapns 

Once  the  grapns  are  generated  and  cnecked  by  viewing, 
they  are  named  by  tne  macro  before  going  on  to  the  next  set 
of  data.  Naming  the  graph  saves  the  graph  settings  for  that 
particular  grapn  and  makes  it  possible  to  use  tne  snorter 
macro  in  Figure  8  to  recall  tne  grapn.  Adding  tnis  extra 
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step  cut  tne  time  between  displayed  graphs  almost  in  half. 
Tne  graph  leaves  the  screen  for  approximately  three  seconds 
while  1-2-3  recalls  the  settings  for  the  next  graph. 


Command 

/GNUQUEU1' 
NUviUEU  2~ 
NUQUEU3" 
NUQUEU4" 
NUQUEU" 


Description 

CJse  Graph  (jUEUl 
Use  Grapn  <^UEU2 
use  Grapn  UUEU3 
Use  Grapn  QUEU4 
Use  Grapn  QUEU 


Figure  8.  Macro  to  display  queue  grapns 


Command 

/GRGTLAiNS 1~ 

BDUM~CADJ1~ 

XDAY" 

OLAInspectors" 

LCAaj  uster ~ 

Tf TV  INSPECTION  AND  REPAIR" 
TSStation  Utilization  Rates' 
TXDays" 

TY i  Busy" 

SYL.89~U1.0~MQ 

CGHQ 

VNCSERV1" 

AINS2~CADJ  2" 

VNCSERV2" 

AINS3~CADJ3~ 

VNCSERV3" 

AI NS4 "CADJ  4  ~ 

VNCSERV4" 

AINS~CADJ~ 

VNCSERV5" 


Descr lption 

Line  Grapn,  A=Insp 
B=Dum,  C  =  Adj 
X-axis 

Laoel  A  Legend 

Laoel  C  Legend 

First  Title 

Second  Title 

Laoel  X-axis 

Laoel  Y-axis 

Fix  Y-axis  Scale 

Set  Color,  Horizontal  Grid 

View,  Name  Grapn 

Second  Day  Data 

View,  Name  Graph 

Third  Day  Data 

View,  Name  Graph 

Fourtn  Day  Data 

View,  Name  Graph 

Fifth  Day  Data 

View,  Name  Grapn 


Figure  9.  Macro  to  generate  utilization  line  grapns 


The  utilization  rates  of  the  inspectors  and  the 
adguster  are  compared  in  a  series  of  graphs  generated  oy  tne 


macro  in  Figure  9.  This  macro  uses  a  line  graph  with  botn 


symbols  and  lines  connecting  tne  symboxs  to  display  the 
data . 


Command 

/GRGTXXFLX" 

AFLY" 

OSYL"U50"MQ 
SXL~U  50  ~MQ 
FGLQ 

TFT V  INSPECTION  AND  REPAI 
TSFlow  Representation" 
DAFLD 1~CQQ 
VNCSCHl" 

0DAFLD2"CQ0 

VNCSCH2" 

0DAFLD3"CQ0 

VNCSCH3" 

ODAFLD4~CQQ 

VNCSCH4" 

ODAFLD5"CQQ 

VNCSCH5" 


Descr lpt ion 

XY  Graph,  Set  X  Range 
Set  A  Range 
Manual  Y-axis 
Manual  X-axis 
Lines  Only 
R"  First  Title 
Second  Title 
First  Day  Data 
View,  Name  Graph 
Second  Day  Data 
View,  Name  Graph 
Third  Day  Data 
View,  Name  Grapn 
Fourth  Day  Data 
View,  Name  Graph 
Fifth  Day  Data 
View,  Name  Grapn 


Figure  10.  Macro  to  generate  schematic  diagrams 


The  queuing  macro  and  utilization  grapns  each  display 


like  quantities.  The  macro  in  Figure  10  uses  an  XY  graph  to 
display  queue  and  utilization  data  togetner.  Tms  macro 
uses  tne  information  from  Figure  il  to  draw  tne  schematic 
diagrams  of  the  inspection  and  adjustment  operation  seen  in 
Figures  22  tnrough  26.  The  utilization  rates  and  the 
current  number  of  TV  sets  waiting  at  each  station  are  also 
displayed  at  the  appropriate  location  on  the  grapn.  The  X 
and  Y  coordinate  numbers  were  selected  to  achieve  a 
proportional  representation  of  the  operation  cased  on  the 
maximum  X  and  Y  scale  values.  1-2-3  views  these  numbers  as 


data  points  and  connects  those  in  adjacent  cells  with  a 
line.  Separate  figures  or  lines  are  achieved  by  the  blanic 
lines  between  sets  of  numbers.  The  data  and  labels  on  the 
diagram  are  placed  tnere  by  using  the  data-iabel  option  with 
the  selected  data  points. 

The  macros  were  developed  after  the  simulation  data 
were  generaced,  translated  to  Lotus  1-2-3  worksheet  format, 
and  combined  on  a  single  spreadsneet.  Subsequent  simulation 
runs  of  this  problem  require  the  simulation  standard  reports 
to  be  translated  and  combined.  This  combined  simulation 
report  can  tnen  be  copied  over  the  first  run  data  and  the 
relevant  data  copied  to  the  consolidated  data  table.  This 
spreadsneet  can  be  saved  in  a  separate  file  and  the  process 
repeated  for  more  runs  if  necessary. 


Waiting 

Insp 


lnsp#l 


Insp#2 


Waiting 

Adjust 


Adjust 


Ar r lvai 
Line 


7 

15 

Depart 

7 

20 

17 

20 

17 

15 

Insp  to 

7 

15 

Adjust 

21 

19 

21 

23 

Wait  to 

24 

23 

Adjust 

24 

19 

21 

19 

Return 
to  Insp 

21 

16 

24 

16 

24 

i2 

21 

12 

21 

16 

Labels 

27 

32.5 

27 

37.5 

37 

37.5 

37 

32.5 

27 

32.5 

40 

32.5 

40 

37.5 

43 

37.5 

43 

32.5 

40 

32.5 

Data 

2 

17.5 

Adj  Ut 

6.5 

17.5 

Insp  Ut 

18 

17.5 

20.5 

21 

Wt  Insp 

17.5 

17.5 

Wt  Ad j 

18 

17.5 

20.5 

14 

24.5 

21 

29 

17.5 

24.5 

14 

29 

17.5 

29 

17.5 

35 

17.5 

22.5 

24 

22.5 

35 

26.5 

35 

37.5 

35 

39.5 

35 

43.5 

35 

47 

35 

47 

42 

12 

42 

12 

21 

4 

20 

Arrivals 

40 

17.5 

To  Shipping 

22.5 

10 

Inspection 

12 

13 

f  Waiting 

32 

30.5 

#  Waiting 

25 

44 

Return  for 
Inspection 

41.5 

30.5 

Adjustment 

41.5 

28 

0.898 

22.5 

7 

0.936 

12 

17.5 

0 

32 

35 

3 

35 

10 

Day  1 

Figure  11.  Data  for  schematic 


RESULTS  AND  DISCUSSION 


The  figures  in  this  section  illustrate  the  results  of 
using  Lotus  1-2-3  to  display  GPSS/PC  simulation  data.  Once 
the  simulation  data  were  consolidated  in  the  form  seen  in 
Table  1  above,  the  1-2-3  macros  generated  tnese  graphs  witn 
a  single  keystroke.  When  generated,  they  can  be  called  up 
on  the  microcomputer  monitor  at  any  time  with  a  single 
keystroke . 

A  number  of  steps  were  required  to  get  the  data  into 
tne  format  of  Table  1.  The  model  in  Figure  1  was  run  witn 
the  control  statement  sequence  from  Figure  2.  This 
generated  five  unformatted  report  files  such  as  the  one  m 
Appendix  B.  Tnese  five  files  were  formatted  and  saved  using 
GPSSREPT,  tne  GPSS  report  processing  program.  The  formatted 
reports  were  tnen  translated  to  .DIF  files  using  the  DIFFER 
program  supplied  oy  GPSS. 

The  .DIF  files  were  tnen  translated  to  the  Lotus  1-2-3 
.wKS  format  using  the  1-2-3  translation  utility.  The  five 
•  WKS  files  were  combined  on  a  single  spreadsheet  using  the 
1-2-3  File  Combine  Copy  command  with  the  cursor  placed  in  a 
cell  immediately  below  the  previous  summary  report.  This 
single  file  was  saved  and  later  combined  onto  the  macro 


spreadsheet  using  the  same  File  Combine  Copy  command.  Ttte 
important  step  here  is  that  the  combined  simulation  data 
must  be  copied  to  the  macro  spreadsheet  because  tne  macro 
spreadsheet  contains  all  of  the  named  command  ranges  from 
Figure  6.  If  the  macro  spreadsneet  is  copied  to  the 
simulation  data  spreadsheet,  all  of  the  range  names  will 
have  to  be  renamed  using  the  Range  Name  Create  command.  Tne 
macros  and  the  data  in  Figure  6  will  be  combined  on  the 
simulation  data  spreadsheet,  but  the  command  ranges 
themselves  are  not  transferred. 

With  the  five  simulation  runs  on  the  macro  worksheet, 
the  selected  data  to  be  graphed  are  copied  to  the 
appropriate  cell  of  Table  1.  As  can  be  seen  by  a  comparison 
of  the  summary  report  in  Appendix  A  and  the  data  in  Table  1, 
not  ail  of  the  simulation  data  were  displayed  graphically. 
This  is  a  decision  of  the  modeler  based  on  tne  specific 
areas  of  interest  in  the  simulation  analysis.  In  tnis  case, 
data  on  average  service  times  at  each  station,  number  of 
entries  at  each  station  or  queue,  or  average  time  in  each 
waiting  line  were  not  used. 

The  graphs  are  generated  oy  invoking  tne  appropriate 
range  name  for  tne  individual  macro.  In  this  case,  the 
queue  graphs  were  generated  and  saved  by  the  ALT  u  command, 


4  0 


where  Q  is  the  range  name  given  to  the  queuing  macro.  The 
server  utilization  grapns  were  generated  by  ALT  S  and  the 
schematic  diagrams  Dy  ALT  F.  The  generated  queue  graphs  can 
be  recalled  by  ALT  A,  the  server  utilizations  by  ALT  B,  and 
the  schematic  diagrams  by  ALT  P. 

The  data  were  separated  into  three  categories  for 
display.  The  categories  were  selected  to  snow  how  the  data 
could  be  displayed  in  grapn  form.  Queue  statistics, 
maximums  and  averages,  were  compared  with  queue  statistics 
in  Figures  12 ,  13,  14,  15,  and  16,  because  1-2-3  can  only 
display  one  set  of  units  on  the  ordinate  axis.  The  bar 
chart  was  chosen  to  display  the  queue  statistics  because  it 
is  one  of  tne  graphs  able  to  display  up  to  six  separate  data 
ranges . 

In  this  example,  the  data  were  taken  at  the  ena  of  eacn 
day.  Tne  display  then  gives  a  series  of  "snapshots"  of  data 
for  each  day.  Tne  series  of  snapshots  is  begun  witn  a 
single  keystroke  and  halts  at  eacn  snapsnot  for  viewing  the 
graph.  The  macro  advances  to  tne  next  snapsnot  when  the 
RETURN  key  is  depressed. 

Figures  12  tnrough  i6  clearly  snow  tne  relationship  of 
the  queue  data.  The  graph  makes  it  easy  to  see  tnat  for 


tnis  simulation  run,  the  inspection  queue  reaches  its 
maximum  value  by  the  third  day  while  the  average  remains 
constant.  The  adjustment  queue  continues  to  increase 
reaching  an  apparent  maximum  value  on  the  fourth  day  while 
the  average  continues  to  increase  over  the  entire  five  day 
period . 


Figure  12.  Queue  data  for  the  first  day 


figure  13.  (jueue  data  for  the  second  day 


Figure  14.  >jueue  data  for  the  third  day 


A  line  graph  was  cnosen  co  illustrate  tne  utilization 
rates  of  the  inspectors  and  tne  adjuster.  The  line  graph 
displays  a  symbol  for  each  simulation  data  point  and 
connects  tne  data  points  with  a  line.  The  line  graph  was 
cnosen  in  tnis  instance  because  it  best  illustrates  tne 
trends  occurring  in  the  utilization  rates.  The  macro  in 
Figure  9  generated  the  utilization  graphs  in  Figures  17 
tnrough  21.  Figure  17  displays  omy  a  single  symbol  for 
each  utilization  on  tne  ordinate  axis  since  it  represents 
tne  first  day.  The  graphs  cleariy  snow  that  the  inspector 
utilization  remains  relatively  constant  on  days  two  througn 
five  while  tne  adjuster  utilization  continues  to  increase 
during  the  five  days. 
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Figure  17.  Utilization  rates  for  the  first  day 
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Figure  19.  Utilization  rates  for  the  tmrd  day 


Figure  20.  Utilization  rates  for  the  fourth  day 
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Figure  21.  Utilization  rates  for  the  fifth  day 

While  comparing  utilization  rates  to  utilization  races 
and  queue  statistics  to  queue  statistics  is  all  well  and 
good,  it  does  not  tell  the  whole  story.  It  is  also  of 
interest  to  look  at  both  the  queue  statistics  and  the 
utilization  rates  at  the  same  time.  1-2-3  has  difficulty 
displaying  dissimilar  quantities  such  as  tms  on  tne  bar 
chart  or  line  grapn.  Displaying  tnese  quantities  may  also 
oe  a  bit  aostract  for  those  not  directly  involved  in  the 
model  development. 

The  solution  to  this  problem  was  to  develop  a  schematic 


flow  diagram  of  tne  inspection  and  adjustment  operation 


which  included  data  from  the  simulation.  The  graphs  in 
Figures  22  through  26  were  developed  by  the  data  in  Figure 
11.  Queue  and  utilization  data  from  the  simulation  run  wer 
added  to  tne  figures  using  a  1-2-3  data  labeling  tecnnique. 
The  macro  in  Figure  10  was  used  to  >nerate  a  series  of 
scnematic  diagrams  to  display  the  data  summary  for  eacn  of 


Figure  22.  Scnematic  diagram  for  tne  first  day 
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I4  Figure  ^3.  Schematic  diagram  for  tne  second  day 
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Figure  25.  Schematic  diagram  for  tne  fourth  day 
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Figure  26.  Schematic  diagram  for  the  fifth  day 
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Finally,  tne  model  residence  time  table  of  the  SNA  Ml 
was  graphed  manually  to  illustrate  a  possiDle  use  of  the  pie 
chart.  1-2-3  automatically  assigned  a  percentage  figure  to 
each  segment  of  the  pie  and  the  data  labels  were  modified 
from  the  simulation  table.  The  image  in  Figure  27  appears 
as  an  oval  because  of  tne  aspect  ratio  used  by  1-2-3  to  draw 
the  circle.  The  pie  would  appear  more  circular  if  sent  to  a 
printer  or  plotter  supported  directly  by  1-2-3  Decause  1-2-3 
would  tnen  use  the  correct  aspect  ratio  for  the  specific 
output  device. 


Figure  27.  Inspection/adjustment  tnroughput  time 


While  this  investigation  focused  on  interfacing  GPSS/PC 
with  Lotus  1-2-3/  the  similar  seeps  can  also  be  done  with 
other  simulation  software  using  .DIF.  Data  from  the 
microcomputer  version  of  SLAM  II  were  also  translated  into  a 
. WKS  file  from  a  SLAM  II  generated  .DIF  file.  The  SLAM 
MONTR  statement  was  used  to  generate  summary  reports  at  the 
desired  time  intervals.  Rather  tnan  go  through  a  two  step 
process  from  unformatted  to  formatted  to  .DIF  fiie,  SLAM 
gives  the  user  a  cnoice  of  a  formatted  report  or  a  .DIF  file 
output.  The  latter  converts  the  unformatted  summary  file 
directly  to  a  .DIF  file.  Wnen  this  .DIF  file  is  translated 
to  a  .WKS  file  it  has  the  same  data  and  format  as  the 
standard  formatted  report. 


File 


Memory  Required 


REPORT .GPS 
BARSHOP .DIF 
BARSHOP . WKS 


635  Bytes 
15675  Bytes 
53(35  Bytes 


Figure  2d.  GPSS/PC  disk  memory  requirements 


File 


Memory  Required 


BARBR.TRA  91(319 
BARBR .  OUT  91(319 
BARBR  aya 
BARBR. DIF  4269 
BARBR. WKS  1479 


Bytes  input  translation 

Bytes  execution 

Bytes  output 

Bytes 

Bytes 


Figure  29.  SLAM  II  disk  memory  requirements 


Other  differences  were  also  noted  oetween  GPSS/PC  and 
SLAM  IX  whicn  nave  some  bearing  on  tne  usefulness  of  tnis 
tecnnique  on  certain  hardware  configurations.  SLAM  has  much 
greater  intermediate  disk  memory  requirements  which  became 
unwieldy  with  a  number  of  intermediate  data  summaries.  A 
comparison  was  made  with  a  single  server  model  for  the  same 
simulated  time  period  which  generated  the  files  and  data 
storage  requirements  of  Figures  28  and  29.  The  same  single 
server  barbershop  model  on  SLAM  required  substantially  more 
disk  memory  requirements  than  GPSS/PC. 

The  large  intermediate  disk  memory  requirements  make 
SLAM  cumbersome  to  use  on  a  microcomputer  without  a  hard 
disk.  GPSS/PC  is  able  to  perform  the  simulation  directly 
from  the  source  code  without  compiling  an  executable  file 
like  SLAM.  Even  with  the  two-step  conversion  from 
unformatted  to  formatted  to  .DIF  file  GPSS/PC  uses  less  disk 
memory  than  SLAM  II  to  accomplish  the  same  simulation. 


CONCLUSIONS 


The  techniques  developed  in  this  investigation  show  now 
Lotus  1-2-3  can  be  used  as  an  effective  means  to  graphically 
display  simulation  output.  Although,  pure  animation  was  not 
possible,  the  semi-animated  ''snapshot"  method  developed  may 
actually  be  more  useful  in  certain  situations. 

The  snapshot  method  allows  the  analyst  to  focus 
management's  attention  on  those  times  when  significant 
critical  conditions  occur.  Tne  analyst  is  free  to  choose 
the  desired  time  increment  and  could,  theoretically,  reach  a 
nearly  animated  condition  if  the  increment  were  small 
enougn.  Use  of  the  GPSS/PC  PLOT  statement  can  assist  the 
analyst  in  determining  critical  time  periods  in  the 
simulation.  Frequent  data  summaries  taken  at  intervals 
around  the  critical  time  periods  could  tnen  oe  graphed  on 
Lotus  1-2-3. 

Lotus  1-2-3  macros  make  it  easy  for  tne  analyst  to 
develop  a  set  of  standard  graphs  which  can  be  used  over  and 
over  on  similar  simulation  studies.  A  set  of  graphing 
macros  could  be  developed  for  each  of  a  series  of  problems 
being  studied.  Once  the  initial  macros  are  developed  it  is 
relatively  easy  to  adapt  them  to  new  problems  with 
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additional  queues  or  servers. 

True  animation  was  not  possible  Decause  GPSS/PC  does 
not  have  tne  statements  to  interface  with  storage  devices 
and  subroutines  found  in  the  main  frame  version  of  the 
language.  GPSS/PC  is  only  capable  of  writing  an  unformatted 
output  file  at  the  end  of  a  simulation  run  using  tne 
standard  output  supplemented  by  user  requested  tables  of  SNA 
values  or  SAVEVALUES.  This  not  only  prevents  tne  use  of 
animated  grapnics,  but  may  also  limit  the  analyst's  ability 
to  develop  a  model  whicn  accurately  reflects  a  unique 
situation  outside  tne  capability  of  GPSS/PC  block 
statements . 

Ail  simulation  projects  require  the  involvement  of 
management  at  some  point.  The  more  cleariy  management 
understands  tne  benefits  of  tne  simulation  results,  the 
better  chance  necessary  cnanges  will  oe  adopted.  In  other 
words,  simulation  analysts  must  sell  the  simulation  resuits 
to  the  decision  makers.  Grapnics  are  one  metnod  to  enhance 
tne  selling  of  tne  simulation  study.  without  good 
salesmansnip,  cne  results  of  the  best  simulation  study  may 
not  be  understood  or  adopted  by  management. 


The  techniques  developed  in  this  study  enable  the 
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simulation  modeler  to  get  graphic  output  from  a  simulation 
model  with  minimum  programming  effort  and  cost.  Lotus  1-2-3 
offers  the  modeler  the  flexibility  to  choose  from  a  number 
of  different  grapns  and  cnarts  to  present  the  results  in  a 
format  best  suited  to  the  particular  data.  With  some 
additional  effort,  tne  modeier  can  use  1-2-3  to  draw  flow 
diagrams  or  any  other  type  of  graphic  the  modeler  requires. 
Use  of  Lotus  1-2-3  in  conduction  with  GPSS/PC  maxes  it  easy 
for  the  modeler  to  present  simulation  results  in  a  readable 
and  interesting  format. 

Further  research  could  be  done  on  this  technique  to 
develop  a  more  generalized  framework  for  graphic  display  of 
simulation  data.  Perhaps  a  system  could  be  developed  which 
would  not  require  major  changes  to  the  display  generation 
macros  for  eacn  new  simulation  model.  Another  area  for 
further  study  would  Oe  to  assess  the  actual  benefits  of 
displaying  simulation  output  data  graphically  versus  the 
standard  output.  Additional  work  could  be  done  to 
investigate  the  improvements  made  in  Lotus  i-2-3  version  2. 
Regression  analysis  and  other  features  have  been  added  which 
could  be  of  use  in  analyzing  pre-simulation  data  from  the 
workplace . 
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APPENDIX  A 


GPSS/PC  STANDARD  FORMATTED  REPORT 


TRANSF 
GENERA 
TERM  IN 
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APPENDIX  B 

GPSS/PC  STANDARD  UNFORMATTED  REPORT 

;  GPSS/PC  Unformatted  Report  file  B:REPORT.GPS. 

(V  1.1,  #  30712)  02-12-1986  14:04:58 

DAY  5  SUMMARY 

1  10009  0  24000  18  1  1  4848 

2  10001  200006 
RTABLE 

2  10002  206000 
1NSP 

2  16003  260006 

LINE 

2  2306000 

STA1 

2  10  3  0  6  0  0  0 

STA2 

2  10006  260000 
LIN2 

2  10007  200000 

ADJT 

2  10008  260000 
B : DAY 1 . GPS 

2  10009  200000 

B: REPORT .GPS 

3  0  1  42b  0  0  17  0 

3  0  2  567  0  0  32  0 

303  507  0  0  10  6 

3  0  4  507  0  0  9  0 

3  0  5  507  2  0  1  0 

3  0  6  565  0  0  22  0 

307  505  0  6  47  0 

308  418  0  0  43  0 

3  0  9  418  0  0  44  0 

3  0  10  87  7  0  32  0 

3  0  11  80  0  0  39  0 

3  0  12  80  0  0  9  0 

3  0  13  80  1  0  1  0 

3  0  14  79  0  0  33  0 

3  0  15  79  0  0  47  0 

3  0  16  5  0  0  17  0 

3  0  17  5  0  0  44  6 

3  0  20000  0  0  0  44  0 

4  10007  80  0  979  293.9  1  386 

5  10007  000700 

6  10003  4  0  507  107  0  0 

7  0.8695  41.1597633  52.17  0000 

6  10006  12  7  87  2  0  0 

7  6.0139167  1659.0114943  1698.0470588  0000 
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TABLE 

0  ,  1 
II  II 
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APPENDIX  C 


GPSS/PC  REPORT  IN  .DIF  FORMAT 


TO 


TO 


"ADJT" 

1.0 

"B: REPORT .GPS" 
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II  l« 
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II  II 
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V 
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V 
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V 
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V 
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V 
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V 
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V 
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V 
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V 
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V 
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V 

0  ,  10006 

V 

0  ,  10007 

V 

1  ,  0 
II  II 

1  ,  0 

|  II  II 

k 

?  1,0 

{  ”BLOCK_TYPE" 
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